home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 934 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. Subject: Re: GEM/X
  2. Date: Fri, 21 Jan 1994 09:39:07 -0500 (EST)
  3. From: Chris Herborth <herborth@53iss6.waterloo.ncr.com>
  4. In-Reply-To: <m0pMO5r-0000vGC@sdf.lonestar.org> from "Evan K. Langlois" at Jan 18, 94 03:36:10 pm
  5. Message-Id:  <9401210940.ae02894@ncrhub1.NCR.COM>
  6.  
  7. What you wrote:
  8. > What about NeXT ?  X uses by far the most CPU resources, and GEM the least,
  9. > so what about something in between .. like the NeXT GUI?  It could be
  10. > simulated either by adding to GEM, or rewrite GEM to call NeXT-like objects.
  11.  
  12. NeXTstep would he even worse than a simple X server on an ST or Falcon;
  13. Display PostScript is computationally expensive, and we don't have enough
  14. computrons to spread around.  Have you seen how slow Ghostscript and
  15. Ultrascript (two PostScript emulators) are on a 68k?  *shudder*
  16.  
  17. I wonder if a virtual desktop for MGR would be possible, and how "slow"
  18. it would be?  MGR is a pretty minimal (ie, fast and not too memory hogging)
  19. graphical environment...  Maybe someone who's actually been using it
  20. (is Howard Chu on this list?) has been doing some work at making it more
  21. attractive to users?
  22.  
  23. It's a pity Atari decided to put such a brain-dead MMU into the original
  24. ST.  4M isn't enough for all of this and a C compiler, let alone a C++
  25. compiler.  :-(
  26.  
  27. -- 
  28. ----------============_   /\ ========================================----------
  29. Chris Herborth        \`o.0'                   herborth@53iss6.Waterloo.NCR.COM
  30. Information Products  =(___)=
  31. NCR ISD Waterloo         U
  32.